home *** CD-ROM | disk | FTP | other *** search
- Path: seagoon.newcastle.edu.au!usenet
- From: "Bruce R. McFarling" <ecbm@cc.newcastle.edu.au>
- Newsgroups: comp.sys.cbm
- Subject: Re: Adding a 6522 to my c64
- Date: 19 Apr 1996 03:48:20 GMT
- Organization: Department of Economics, University of Newcastle
- Message-ID: <4l72e4$hp5@seagoon.newcastle.edu.au>
- References: <4ktud1$4jh@madeline.INS.CWRU.Edu> <4kvjat$34g@cc.joensuu.fi> <4l2bgk$jpl@narses.hrz.tu-chemnitz.de>
- NNTP-Posting-Host: econ70.newcastle.edu.au
- Mime-Version: 1.0
- Content-Type: text/plain; charset=us-ascii
- Content-Transfer-Encoding: 7bit
- X-Mailer: Mozilla 1.2N (Windows; I; 16bit)
-
- fachat@physik.tu-chemnitz.de (Andre Fachat) wrote:
- >Jarno Pellikka (pellikka@cc.joensuu.fi) wrote:
- >...
- >: My expansion was made so that cia was in cd00 as normal, first PIA
- ^^^^
- >: CD20, second cd40, and so on. I used it abuot year and i did't had
- >: any progran incombatilies cause of it!!!
- >
- > Well, I don't beleive that the PIA address was in $C*** - which is
- > normal RAM. But in $DE** of DF** which are the address ranges for
- > the IO1 and IO2 chip select lines on the expansion port.
- I was pretty sure Jarno just got the hex address turned around,
- and meant $DC00 etc. If you get close enough to the processor (that is,
- between the processor and the memory banking PLA), you can select on the
- processor line (in the I/O port) that selects the IO address space. What
- I am interested in is how Jarno did the logic that keeps a write to a
- PIA from being mapped into the normal CIA registers. Offhand, I can see
- using the PIA select status to control demultiplexing the data bus (6510
- <- (MMU / PIAs) so that write go to the correct place, and perhaps
- also to pull the R/W to read so the current address will be ignored, but
- I assume there is a simpler solution.
-
- Virtually,
-
- Bruce R. McFarling, Newcastle, NSW
- ecbm@cc.newcastle.edu.au
-
-
-